home *** CD-ROM | disk | FTP | other *** search
/ BCI NET / BCI NET Dec 94.iso / archives / programming / blitzbasic / blitz-list200994.lha / blitz-list / text0163.txt < prev    next >
Encoding:
Text File  |  1994-09-20  |  1.8 KB  |  40 lines
  1. >     The problem seems to be that "block" doesn't blit to the screen
  2. >   fast enough.  I'm trying to blit 20 blocks across the bottom of the
  3. >   screen (just out of view), and across the top of the screen (again
  4. >   just out of view.  I'm therefore trying to blit 40 blocks at once.
  5.  
  6. Sounds painful to me.
  7.  
  8. >     When the scrolling is going, there is a very very minor jerk,
  9. >   (hardly noticeble, but I can see it, and I don't like it!).  This
  10. >   doesn't occur if I blit only 18 blocks on top and bottom (36 in
  11. >   total).  
  12. >     I could just reduce the width of my displayed screen by 32
  13. >   pixels, but would like full screen (and even overscan if possible),
  14. >   but "block" isn't fast enough.
  15.  
  16. You are painting off the visible screen are you? Well you'd have to, 
  17. to get smooth pixel scrolling. If not, just allocate a bitmap bigger 
  18. than the visible screen by 2 16pixel blocks in all directions, and 
  19. blit into the furthest 16pixel area.
  20.  
  21. >     What I would like to know is this:  Is there an even faster
  22. >   blitting command than block??
  23. >     How have other people got around this problem??
  24.  
  25. If scrolling at 16pixels per frame is what you want, you don't have 
  26. much choice really. However, if 16 pixels every 2 or 4 frames is okay 
  27. (and thats still pretty fast), why not break down the bits into 
  28. groups. So, if going at 16 pixels every 4 frames, break down the 
  29. blits into equal sizes of 4 groups of blits. Save heaps of time.
  30.  
  31. Theres are more clever ways in which to do 8way scrolling, which I'm 
  32. trying to perfect now.
  33.  
  34. +---------------------------------+---------------------------------------+
  35. | Martin Kift                     |   Software developer (C/C++/OWL/MFC)  |
  36. | Email: M.H.Kift@swansea.ac.uk   |   Procede Software Ltd., UK.          |
  37. +---------------------------------+---------------------------------------+
  38.  
  39.  
  40.